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(57) Systenns and methods are provided for repre- 
senting multiple tasks and their associated properties, 
including the time and nature of a deadline and prefer- 
ences about the granularity of time for focusing on the 
task. This includes providing several services, including 
automated scheduling of project focus meetings with the 
owner of the system, reminders and tracking of time and 
resources used for the tasks, rescheduling of meetings 
given user input about putting off the task, and juggling 



and rescheduling appointments with other appoint- 
ments as they come in, given the priority of the appoint- 
ment, ly/lethods are coupled with visualization and re- 
source tracking tools, as well as such collaborative tools 
as multileveL multi-view busy-free depending on those 
viewing the user's calendar. Resource tracking tools are 
harnessed for coalescing task-centric items and for pro- 
viding appropriate files, documents, and other informa- 
tional resources to users when users revisit a suspend- 
ed task. 
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Description 

RELATED APPLICATION 

[0001] This application claims priority to U.S. Provi- 
sional Patent Application Serial No. 60/539,81 5 filed on, 
January 28, 2004 and entitled TII\^E IVIANAGEMENT 
REPRESENTATIONS AND AUTOIVIATION FOR 
SCHEDULING TASKS AND APPOINTMENTS WITHIN 
AN ONLINE CALENDARING SYSTEM A COMMUNITY 
OF USERS, the entire contents of which are herein in- 
corporated by reference. 

TECHNICAL FIELD 

[0002] The present invention relates generally to 
computer systems, and more particularly to a system 
and method that automatically determines aflexible pat- 
tern of allocations of time so that users can attend to 
tasks while adaptively adjusting project time allocations 
within a schedule to facilitate users reaching desired 
project goals. 

BACKGROUND OF THE INVENTION 

[0003] A plurality of computer-related scheduling pro- 
grams or computer-aided program managers are read- 
ily available from various vendors. Scheduling is decid- 
ing how to allocate one or more resources to accomplish 
particular activities over time so that input demands are 
met in a timely and cost-effective manner. Generally 
this involves determining a set of activity start and end 
times, together with resource assignments, which sat- 
isfy all temporal constraints on activity execution, satisfy 
resource capacity constraints and optimize some set of 
performance objectives to the extent possible. 
[0004] In general, there are common themes provided 
in many of today's scheduling programs. For instance, 
these programs help identify components used in 
project management, help identify desl<top and program 
constraints, provide inputs for starting a new project, al- 
low creating and modifying a calendar to help manage 
the project, allow entering, editing, and outlining tasks 
and milestones, allow sequencing of tasks using de- 
pendencies, allow setting and clearing task constraints, 
and enable such aspects as identifying a critical path. 
They also allow for other related activities such as com- 
pressing schedules, updating projects in progress, re- 
porting variances from a plan, printing project informa- 
tion, viewing, sorting, grouping, and filtering project da- 
ta, for example. 

[0005] Other programs provide project schedulers 
with the tools necessary to plan and control projects with 
ease and success. This can include advanced project 
and resource modeling options for various situations 
that empower schedulers to create optimum project 
plans and quickly analyze the impact of changing re- 
source limits, activity priorities and constraints on 



project end dates. Some programs provide step fea- 
tures to breakdown activities, respective features with 
weighted completion, % complete, and related instruc- 
tions for completing the task. Steps are useful for reduc- 

5 ing project size and informing resources of the work to 
be done to efficiently complete the task. 
[0006] The above programs often provide easy-to- 
use analytical tools for different project scenarios. For 
example, schedulers can establish calendars at the glo- 

10 bal, project or resource level and track project activity 
duration down granular time frames such as to the 
minute level. These programs can control the level of 
detail required for reports and views by including notes, 
steps by activity, budgets, resource assignments and 

15 links to reference documents. Also, integrated risk man- 
agement features enable project teams to identify, 
quantify and mitigate risks such as weather delays, late 
materials or other unforeseen details for sophisticated 
projects. Risks can be categorized and control plans can 

20 be documented as part of the overall project plan. 
Schedulers also help teams prepare for the unexpected 
through "what-if?" project and resource simulation en- 
gines to determine the schedule and cost exposure of 
project risks. Equipped with this information, project 

25 managers and schedulers can flag potential risks and 
take the necessary steps to plan an appropriate re- 
sponse strategy in advance. 

[0007] One problem with current scheduling systems 
is that they are substantially rigid and do not promote 

30 schedule flexibility during the course of a project or task. 
For instance, intermediate deadlines often fall below the 
necessary attention of those managing the project. Also, 
these programs often require constant updating in order 
to keep respective scheduling information in an accu- 

35 rate, timely and up-to-date manner. These programs al- 
so do not provide necessary links for resource allocation 
and the effect on the resources when schedule activities 
change. More importantly, the notion of hard deadlines 
that are flagged as milestone dates appear do not sup- 

40 port the flexibility required for actual project conditions. 

SUMMARY OF THE INVENTION 

[0008] The following presents a simplified summary 
^5 of the invention in order to provide a basic understand- 
ing of some aspects of the invention. This summary is 
not an extensive overview of the invention. It is not in- 
tended to identify key/critical elements of the invention 
or to delineate the scope of the invention. Its sole pur- 
50 pose is to present some concepts of the invention in a 
simplified form as a prelude to the more detailed de- 
scription that is presented later. 

[0009] The present invention relates to systems and 
methods that facilitate dynamic scheduling and adjust- 
55 ment of time within the framework of an automated re- 
source and task management system. A time manage- 
ment agent in conjunction with an adaptive scheduling 
component sets and adjusts flexible patterns of appoint- 
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merits for users to enable users to meet their end goals 
while completing desired tasks. Such patterns can be 
outlined on the user's calendar, for example, to provide 
visual queues for achieving various tasks or goals. This 
includes managing soft deadlines within a timeframe for 
completing a task and automatically moving time, re- 
scheduiing time, and adjusting schedules/resources to 
facilitate compietion of respective tasks in a timely man- 
ner. Also, the present invention introduces the concept 
of allowing users to selectively decide periods of down 
or free time versus busy periods dedicated to achieving 
the task. These periods can be adjusted and negotiated 
while re-scheduling and allocating other periods when 
conditions change. Also, depending on user preferenc- 
es, some individuals or groups other than the user may 
view the user's calendar as busy while selected individ- 
uals or groups may view the user's calendar as free. 
[001 0] I n one aspect of the present invention, systems 
and methods are provided for representing multiple 
tasks and their associated properties, including the time 
and nature of a deadline and preferences about the 
granularity of time forfocusing on the task. This includes 
providing several services, including automated sched- 
uling of project focus meetings with the owner of the sys- 
tem, reminders and tracking of time and resources used 
for the tasks, rescheduling of meetings given user input 
about putting off the task, and juggling and rescheduling 
appointments with other appointments as they come in, 
given the priority of the appointment. Methods are cou- 
pled with visualization and tracking tools, as well as such 
collaborative tools as multilevel, multi-view busy-free 
depending on those viewing the user's calendar. Other 
aspects include mining implicit queues for task resourc- 
es, prompting users to complete soft milestones in order 
that hard deadlines are met, and employing preference 
tools for enabling users to craft desired system perform- 
ance. 

[001 1] To the accomplishment of theforegoing and re- 
lated ends, certain illustrative aspects of the invention 
are described herein in connection with the following de- 
scription and the annexed drawings. These aspects are 
indicative of various ways in which the invention may be 
practiced, all of which are intended to be covered by the 
present invention. Other advantages and novel features 
of the invention may become apparent from the follow- 
ing detailed description of the invention when consid- 
ered in conjunction with the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0012] 

Fig. 1 is a schematic block diagram of a time man- 
agement system in accordance with an aspect of 
the present invention. 

Fig. 2 is a diagram of a user interface for marking 
an item in accordance with an aspect of the present 
invention. 



Figs. 3 and 4 illustrate example project interfaces 
in accordance with an aspect of the present inven- 
tion. 

Figs. 5 and 6 illustrate example multi -status review 
5 interfaces in accordance with an aspect of the 
present Invention. 

Fig. 7 illustrates current day's planning page in ac- 
cordance with an aspect of the present invention. 
Fig. 8 illustrates a calendar view for global status of 
activities overtime in accordance with an aspect of 
the present invention. 

Figs. 9 and 1 0 illustrate tools for manual or mix of 
initiatives at scheduling in accordance with an as- 
pect of the present invention. 
Figs. 11-13 illustrate multi-level privacy and sharing 
aspects of calendar information in accordance with 
an aspect of the present invention. 
Figs. 14-16 illustrate how reminders and feedback 
can be employed to manage time and resources in 
accordance with an aspect of the present invention. 
Fig. 17 is a flow diagram illustrating an automated 
scheduling process in accordance with an aspect 
of the present invention. 

Fig. 18 is a schematic block diagram illustrating a 
suitable operating environment in accordance with 
an aspect of the present invention. 
Fig. 19 is a schematic block diagram of a sample- 
computing environment with which the present in- 
vention can interact. 

DETAILED DESCRIPTION OF THE INVENTION 

[001 3] The present invention relates to a system and 
methodology that provides automated time manage- 
ment and dynamic scheduling within selected periods 

of time. This includes automated management of prior- 
ities and resources to help users achieve desired goals. 
In one aspect, a time management system is provided. 
The system includes a scheduling component to dy- 
namically allocate time within periods associated with 
completion of a task. A time agent cooperates with the 
scheduling component to present patterns of time for a 
user in order to facilitate completion of the task. 
[0014] As used in this application, the terms "compo- 
nent," "agent," "scheduler," "system," and the like are 
intended to refer to a computer-related entity, either 
hardware, a combination of hardware and software, 
software, or software in execution. For example, a com- 
ponent may be, but is not limited to being, a process 
running on a processor, a processor, an object, an exe- 
cutable, a thread of execution, a program, and/or a com- 
puter. Byway of illustration, both an application running 
on a server and the server can be a component. One or 
more components may reside within a process and/or 
thread of execution and a component may be localized 
on one computer and/or distributed between two or 
more computers. Also, these components can execute 
from various computer readable media having various 
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data structures stored thereon. The components may 
communicate via local and/or remote processes such 
as in accordance with a signal having one or more data 
packets {e.g., data from one component interacting with 
another component in a local system, distributed sys- 
tem, and/or across a network such as the Internet with 
other systems via the signal). 

[0015] Referring initially to Fig. 1 , atime management 
system 100 is illustrated in accordance with an aspect 
of the present invention. The system 100 includes a 
preferences tool 1 1 0 for receiving user preference data 
with respect to time allocations, scheduling information, 
and how such information should be applied and/or ex- 
posed to other users or groups. The preference data is 
processed by a time management agent 120 (also re- 
ferred to as an agent) and retrieves scheduling informa- 
tion relating to the userfrom an electronic calendar 1 30. 
Based on the preferences and scheduling data provided 
by the calendar 130, the agent 120 outputs adjustable 
patterns of appointments to the user at 140 in order to 
coach or help the user meet desired goals. It is noted 
that the patterns of appointment 140 can include other 
aspects such as resource availability for completing a 
task and can appear as part of the calendar 130 or di- 
rected to substantially any output device such as a cell 
phone, display, remote/local system, or alternative user 
interface. 

[001 6] The patterns 1 40 can be dynamically adjusted 
by an adaptive scheduling component 150 that alters or 
changes time allocations with respect to scheduling de- 
cisions made by the user, For instance, a reminder can 
be generated by the agent 120 that a soft deadline or 
task is to begin in the near future. This reminder can be 
directed to the user as feedback 160 or as part of an 
electronic negotiation, whereby the user decides to 
complete the task or postpone the task to a later time. 
If a postponement decision were made, the adaptive 
scheduler 1 50 can re-allocate the users schedule while 
fitting in the postponed task at a later time and readjust- 
in g/reprioritizing other tasks. It is noted, that in addition 
to the calendar inputs 1 30, that the agent 1 20 can proc- 
ess information from substantially any source relating to 
activities of the user. For example, this can include other 
program inputs such as from a commercially available 
project management system. 

[0017] The system 100 moves beyond the standard 
notion of merely flagging users at specific deadlines by 
dynamically adjusting time and resources while promot- 
ing flexible options for completing tasks. Thus, a light- 
weight approach is provided for implementation includ- 
ing layering functionality with core concepts of manag- 
ing time and resources. Some basic functional aspects 
which are described in more detail below include: defin- 
ing a project with name, given a deadline - processing/ 
analyzing preferences about time between completion 
and deadline, estimating time required, chunking pat- 
tern preferences, and so forth, providing defaults for 
scheduling, rescheduling, and pushing out lower-priority 



meetings and projects. Other aspects include tools for 
tracking resources (manual, automatic, semi-automat- 
ic), adjustable policies for reminding, methods for rein- 
stalling context {e.g., resources) and providing policy for 

5 handling a given context: e.g., assigning low, med, high 
interruptabillty properties {e.g., hold all calls, alerts, & 
email, except for people involved with project). 
[0018] With respect to resource allocation, tools are 
provided at project initial definition and updated in- 

10 stream to allow for specification or confirmation of re- 
sources useful for projects (e.g., relevant /touched doc- 
uments, sites, people, and so forth). These tools also 
provide access to tasks, {e.g., structured or semi-struc- 
tured {e.g., grouped, list by mru per usage) when task 

15 is scheduled to be attended to or called up by user at 
other time. Other resource features include automated 
sensing and compilation of documents, sites, and other 
resources used during tasks. An automatic scheduler 
can be made aware of task start and stop periods and 

20 employ confinnation or feedback to ensure a task was 
focus. This can include checking at the end or during 
respective time segments if questions were answered, 
or other procedures were performed during segment or 
that resources touched would be useful to the 

25 task — and automatically bring the respective resources 
back at a later point, per MRU, and so forth. 
[0019] It is noted that resource tracking tools can be 
provided that are harnessed for coalescing task-centric 
items and providing appropriate files, documents, and 

30 other informational resources to users when they revisit 
a suspended task. Also, the subject invention can be 
provided as a "time management platform" having well- 
developed interfaces, allowing third parties with exper- 
tise to develop plug in modules for time-management. 

35 For example, a time-management-tools development 
system can be employed whereby users a provided with 
a set of tools such as a visual interfacefor allowing entry 
and design of a project, task, or other activity that may 
require time management techniques to be applied to 

40 achieve desired goals. This can include entry of mile- 
stones, dates, times, activities and so forth along with 
configurations for generations of reminders to ensure 
task completion. 

[0020] In one specific example of these tools, formal 
45 optimization of the allocation of resources under con- 
straints can be employed in components to manage ac- 
tivities. These methods can include optimization algo- 
rithms such as linear and non-linear programming tech- 
niques, and other resource allocation methods. Com- 
50 mercial tools can be employed as plug-in modules to the 
platform such as a time-management module offered by 
third parties, other commercial offerings, web-based 
software, or substantially any time management offering 
that augments or supports the time management con- 
55 cepts described herein. 

[0021] Moreover, time management functions and 
calculations can be associated with electronic reminder 
systems, including systems designed to remind more in 
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cases where a user is likely to forget to complete a task, 
or has shown a deadline overrun at other times. Statis- 
tical methods and models can also be employed to learn 
about these cases (e.g., Bayesian methods). Statistical 
modeling can also be employed to detenTiine where a 
user is having problems and to provide feedback at task 
set up time (e.g., an automated message saying "This 
is the estimated time you should allocate," or "Should I 
make a guess at how much timeyou will need," or during 
a task — "You'll likely need more time, or as an overall 
coach — let's sit down to see what is not working well for 
you, I've noticed that... Other automated time manage- 
ment operations can include recognizing tasks directly 
in email or other electronic storage. This can include em- 
ployment of Natural Language Processors and text clas- 
sifiers to facilitate determination and processing of 
tasks. Automatically determined tasks can be entered 
into the system automatically or a feedback dialog can 
be provided to the user to determine or query the user 
if a task has been determined correctly. 
[0022] Before proceeding. Figs. 2-1 6 include example 
user interfaces that can be employed in accordance with 
the present invention. It is to be appreciated however, 
that these interfaces can be implemented in substantial- 
ly any manner for displaying, inputting, and controlling 
the automated time management concepts described 
herein. Thus, these interfaces may include a display 
having one or more display objects including such as- 
pects as configurable icons, buttons, sliders, input box- 
es, selection options, menus, tabs and so forth having 
multiple configurable dimensions, shapes, colors, text, 
data and sounds to facilitate operations with the system 
100. In addition, the interface can also include a plurality 
of other inputs or controls for adjusting and configuring 
one or more aspects of the present invention and as will 
be described in more detail below. This can include re- 
ceiving user commands from a mouse, keyboard, 
speech input, web site, remote web service and/or other 
device such as a camera or video input to affect or mod- 
ify operations of the interface or other aspects of the sys- 
tem 100. 

[0023] Referring now to Fig. 2, an interface 200 for 
marking an item is illustrated in accordance with an as- 
pect of the present invention, The interface 200 can be 
used to allow users to set flags that mark items relating 
to a project that the respective item needs to be followed 
up. The interface includes an input 210 for the item to 
be flagged, a due date indication at 220, and a clearflag 
and time input at 230. After the item has been followed- 
up on or completed as a result of automated reminders 
being presented to the user (or before), the user can 
mark the activity as completed at 240. 
[0024] Before proceeding, the tools described herein 
facilitate various aspects for dynamic time management 
and scheduling. Some of these aspects include: 

• Automation based on chunking preferences, deter- 
mining buffer time to complete before a deadline; 



• Hard versus soft deadlines distinguished 

• Laying down pattern of appointments on a calendar 
and allowing users to modify the patterns; 

• Reminding users in real time and having users con- 
5 firm (at time near end of a determined time slot or 

later) that time was focused on project, skipped, or 
only partly used on project; 

Displaying hours remaining at these times (and 
10 others), and allowing for re-estimation at any 

turn, "given how it's going;" and/or 

• Rescheduling if skipped or partially used time, or 
need more or less allocated time per estimates 

15 about time required were too low or high. 

[0025] These aspects also can include:»Considering 
basic defaults, preferences that would enable a basic 
service; 

20 

• Considering key views, forms such as: 

Project creation 

Project time scheduling, review and manipula- 
25 tion 

Project status lists, overviews 

Daily, Weekly, Monthly overviews per "project 

canvas" and/or 

Automated Reminders. 

30 

[0026] Turning to Figs. 3 and 4, example project inter- 
faces are illustrated in accordance with an aspect of the 
present invention. Fig. 3 depicts a project creation and 
status page 300 having an associated calendar 31 0 that 
35 projects time allocations for the user to complete a de- 
sired task. The page 300 includes inputs 320 for enter- 
ing project names, deadlines (hard or soft), importance 
(e.g., low, medium, high), type of work schedule (e.g., 
focus in one setting), estimated time for completion, in- 
40 terruptibility status while working on the project (e.g., 
hold all calls and alerts), and a selection for automati- 
cally scheduling the project. Fig. 4 illustrates in interface 
400 that provides a planner pane 410 depicting seg- 
ments of time that are allocated when automatic sched- 
45 ullng is selected, 

[0027] Figs. 5 and 6 illustrate multi-status review in- 
terfaces in accordance with an aspect of the present in- 
vention. Fig. 5 displays an active project status and 
overview page 500. This page includes status for mul- 
50 tiple projects at 510, deadline status at 520, and sched- 
uled time remaining for project or task completion at 
530. Fig. 6 displays a planner page 600 that is presented 
if a project is re-scheduled. Such page can illustrate 
where the user is with respect to completing the project 
55 status for re-scheduled chunks of time still yet to be com- 
pleted at 610. 

[0028] Fig. 7 illustrates a graphical display 700 of a 
current day's time allocation in accordance with an as- 
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pect of the present invention. In this aspect, various 
projects are laid out over time to that a user can grasp 
the activities planned for a given day at 71 0, As illustrat- 
ed, such activities can be labeled with various colors and 
text. A status bar at 720 can be provided to indicate the 
severity of Interruptions that are allowed for a given task. 
In contrast to the daily view of activity in 700, Fig. 8 de- 
picts a calendar view 800 which provides a more global 
overview of task activities over time that are on the us- 
er's focus of attention. 

[0029] Figs. 9 and 1 0 illustrate tools for manual or mix 
of initiatives at scheduling in accordance with an aspect 
of the present invention. For example, Fig. 9 is a page 
900 that displays time segments during the week dedi- 
cated for particular tasks. These type displays may be 
automatically provided to cause users to allocate time 
or priority for a particular task {e.g., user prompted to 
schedule 10 more hours for a proposal before June). 
Fig. 10 illustrates a page 1000 where the user has re- 
prioritized a task at 1010 in response to scheduling in- 
formation provided in the display 900. 
[0030] Figs. 1 1 through 1 3 illustrate multi-level privacy 
and sharing aspects of calendar information in accord- 
ance with an aspect of the present invention. This can 
include use of automated communication systems that 
tag and send information between users based on com- 
munications preferences. These systems include em- 
ployment of dynamic and organizational groups to spec- 
ify access to different amounts of calendar information 
(e.g., just busy, versus meeting title). This can also in- 
clude use of dynamic and organizational groups to 
change a user's busy versus free status on a shared 
calendar based on attributes of the person viewing the 
user's calendar (per projects, relationships, and so 
forth). 

[0031] Fig. 11 illustrates an interface 1100 for defining 
groups and relationships for users for sharing potential 
status. At 1110, current groups are defined such as 
meetings for the rest of the day, meetings in the next 
hour, direct reports, peers, people that were called to- 
day, and so forth. Input options for adding or removing 
groups is provided at 1120. At 1130, other group rela- 
tionships can be defined for meetings, organizational re- 
lationships, communication relationships, and project 
relationships. This can include dynamic relationships 
such as people who have co-authored a document, or 
on an active project, or contributors to a site, or people 
assigned to bug problems opened and a plurality of oth- 
er relationships that may occur between people. 
[0032] Fig. 12 depicts an interface 1200 for defining 
other groups, preferences, and relationships. At 1210, 
groups can be defined as close friends, critical col- 
leagues, family, my manger, my peers and so forth or 
the groups can be dynamically defined such as those 
individuals I am meeting today or in the next hour, for 
example, the display at 1 220 lists people that are to be 
met within the next hour. 

[0033] Fig. 13 is a display 1300 that illustrates how a 



user's status can be selectively shared with individuals 
from the aforementioned groups. For example, an indi- 
vidual or group defined at the top of a priority list 1310 
is shown electronically that the user is free over the 
5 course of a selected time period, whereas users lower 
in the priority list are selectively shown alternative peri- 
ods of busy and free over time. 

[0034] Figs. 14-16 illustrate how reminders and feed- 
back can be employed to manage time and resources 
10 in accordance with an aspect of the present invention. 
These aspects include: 



Tracking; 

Reminders; 

Feedback; 

Adding documents for auto-track, coupled with 
availability when task or project revisited; 
Preference assessment about projects and inter- 
ruptions (general default set up, custom projects, 
and so forth); 



15 



20 
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Deadline types, time before deadline ("pre- 
deadline" preferences") 
Set up time 

Time preferred between focused sessions for 
catch up, and so forth. 
Travel time 

Handling moving of lower priority project ses- 
sions, meetings to future to reschedule or 
schedule higher-priority projects among other 
aspects. 



[0035] Fig. 14 is a display 1400 depicting reminders 
and borders of project centric focus sessions. The dis- 
ss play employs user interactions to denote boundaries. At 
1 41 0, a reminder is generated asking for a confirmation 
on a task start time. At 1 420, an ending palate or border 
is defined for a task based upon previous user selec- 
tions. Fig. 15 depicts a similar display 1500 presenting 
40 available resources for the task which are tracked at 
151 0 and potentially made available at a future start time 
if so desired. Fig. 16 depicts a display 1600 that shows 
resources being made available at the next re-visitation 
of the project or task at 1 61 0. 
^5 [0036] Fig. 17 is a flow diagram illustrating an auto- 
mated scheduling process 1700 in accordance with an 
aspect of the present invention. While, for purposes of 
simplicity of explanation, the methodology is shown and 
described as a series of acts, it is to be understood and 
50 appreciated that the present invention is not limited by 
the order of acts, as some acts may, in accordance with 
the present invention, occur in different orders and/or 
concurrently with other acts from that shown and de- 
scribed herein. For example, those skilled in the art will 
55 understand and appreciate that a methodology could al- 
ternatively be represented as a series of interrelated 
states or events, such as in a state diagram. Moreover, 
not all illustrated acts may be required to implement a 
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methodology in accordance with the present invention. 
[0037] Proceeding to 1710, user preferences and 
scheduling selections are processed in order to define 
a desired task or project. At 1 720, a plan is automatically 
laid out for the user mapping time chunks for completing 
the desired task or project. As noted above, such plan 
can be provided in accordance with various user inter- 
faces and/or mapped on to the user's calendar. At 1 730, 
the user's busy and free status is selectively shared with 
other users or groups. As noted above, according to the 
user's preferences certain groups or individuals can be 
marked or tagged according to varying statuses. Thus, 
one group or individual may be shown the status of busy 
even though another group or user is shown the user's 
status as free. In this manner, the user can coordinate 
and prioritize time and activities based upon the user's 
relationship with a given individual. For instance, the us- 
er's supervisor may be given the user's actual status of 
free, whereas during the same time the user's subordi- 
nate may be given the status of busy in order to provide 
the user with additional free time to complete other ac- 
tivities or tasks, As can be appreciated, busy and free 
status provided to other individuals or groups can dy- 
namically change overtime according to calendar activ- 
ities, project status, task completions, and so forth. 
[0038] At 1740, automated reminders are sent to the 
users during various intervals of a task in order to facil- 
itate orderly completion of the task. At 1750, the user 
can make a decision as to whether to complete the task 
based upon the reminder. If the user decides to resched- 
ule the task, the process proceeds to 1760 and auto- 
matically readjusts the user's schedule and appoint 
while re-scheduling the delayed task. The process then 
proceeds back to 1720 and lays out an alternative 
scheduling plan forthe user. If at 1 760 the user allocates 
time for the task, the process proceeds to 1770 where 
the task is completed (or partially completed). If the task 
is only partially completed, automated reminding soft- 
ware is re-adjusted accordingly. If the task is completed 
at 1 770, the process proceeds back to 1 730 where the 
users busy and free status is selectively shared. 
[0039] With reference to Fig. 1 8, an exemplary envi- 
ronment 1810 for implementing various aspects of the 
invention includes a computer 1812, The computer 
1812 includes a processing unit 1814, asystem memory 
1816, and a system bus 1818. The system bus 1818 
couples system components including, but not limited 
to, the system memory 1816 to the processing unit 
1814. The processing unit 1 81 4 can be any of various 
available processors. Dual microprocessors and other 
multiprocessor architectures also can be employed as 
the processing unit 1814. 

[0040] The system bus 1818 can be any of several 

types of bus structure(s) including the memory bus or 
memory controller, a peripheral bus or external bus, 
and/or a local bus using any variety of available bus ar- 
chitectures including, but not limited to, 16-bit bus, In- 
dustrial Standard Architecture (ISA), Micro-Channel Ar- 



chitecture (MSA), Extended ISA (EISA), Intelligent Drive 
Electronics (IDE), VESA Local Bus (VLB), Peripheral 
Component Interconnect (PCI), Universal Serial Bus 
(USB), Advanced Graphics Port (AGP), Personal Com- 

5 puter Memory Card International Association bus (PC- 
MCIA), and Small Computer Systems Interface (SCSI). 
[0041] The system memory 1816 includes volatile 
memory 1 820 and nonvolatile memory 1 822. The basic 
input/output system (BIOS), containing the basic rou- 

10 tines to transfer information between elements within 
the computer 1812, such as during start-up, is stored in 
nonvolatile memory 1822. Byway of illustration, and not 
limitation, nonvolatile memory 1822 can include read 
only memory (ROM), programmable ROM (PROM), 

15 electrically programmable ROM (EPROM), electrically 
erasable ROM (EEPROM), or flash memory. Volatile 
memory 1 820 includes random access memory (RAM), 
which acts as external cache memory. By way of illus- 
tration and not limitation, RAM is available in many 

20 forms such as synchronous RAM (SRAM), dynamic 
RAM (DRAM), synchronous DRAM (SDRAM), double 
data rate SDRAM (DDR SDRAM), enhanced SDRAM 
(ESDRAM), Synchlink DRAM (SLDRAM), and direct 
Rambus RAM (DRRAM). 

25 [0042] Computer 1812 also includes removable/non- 
removable, volatile/non-volatile computer storage me- 
dia. Fig. 1 8 illustrates, for example a disk storage 1 824. 
Disk storage 1824 includes, but is not limited to, devices 
like a magnetic disk drive, floppy disk drive, tape drive, 

30 Jaz drive. Zip drive, LS-100 drive, flash memory card, 
or memory stick. In addition, disk storage 1824 can in- 
clude storage media separately or in combination with 
other storage media including, but not limited to, an op- 
tical disk drive such as a compact disk ROM device 

35 (CD-ROM), CD recordable drive (CD-R Drive), CD re- 
writable drive (CD-RW Drive) or a digital versatile disk 
ROM drive (DVD-ROM). To facilitate connection of the 
disk storage devices 1824 to the system bus 1818, a 
removable or non-removable interface is typically used 

40 such as interface 1826. 

[0043] It is to be appreciated that Fig. 18 describes 
software that acts as an intermediary between users 
and the basic computer resources described in suitable 
operating environment 1 81 0. Such software includes an 

45 operating system 1828. Operating system 1828, which 
can be stored on disk storage 1 824, acts to control and 
allocate resources of the computer system 1812. Sys- 
tem applications 1830 take advantage of the manage- 
ment of resources by operating system 1828 through 

50 program modules 1832 and program data 1834 stored 
either in system memory 1 81 6 or on disk storage 1 824, 
It is to be appreciated that the present invention can be 
implemented with various operating systems or combi- 
nations of operating systems. 

55 [0044] A user enters commands or information into 
the computer 1812 through input device(s) 1836. Input 
devices 1836 include, but are not limited to, a pointing 
device such as a mouse, trackball, stylus, touch pad, 



7 



13 



EP 1 560 138 A2 



14 



keyboard, microphone, joystick, game pad, satellite 
dish, scanner TV tuner card, digital camera, digital vid- 
eo camera, web camera, and the like. These and other 
input devices connect to the processing unit 1814 
through the system bus 1 81 8 via interface port(s) 1 838. 
Interface port(s) 1 838 include, for example, a serial port, 
a parallel port, a game port, and a universal serial bus 
(USB). Output device(s) 1840 use some of the same 
type of ports as input device(s) 1 836. Thus, for example, 
a USB port may be used to provide input to computer 
1812, and to output information from computer 1812 to 
an output device 1 840. Output adapter 1 842 is provided 
to illustrate that there are some output devices 1 840 like 
monitors, speakers, and printers, among other output 
devices 1 840, that require special adapters. The output 
adapters 1 842 include, by way of illustration and not lim- 
itation, video and sound cards that provide a means of 
connection between the output device 1 840 and the sys- 
tem bus 1818. It should be noted that other devices and/ 
or systems of devices provide both input and output ca- 
pabilities such as remote computer(s) 1844. 
[0045] Computer 1812 can operate in a networked 
environment using logical connections to one or more 
remote computers, such as remote computer(s) 1844. 
The remote computer(s) 1844 can be a personal com- 
puter, a server, a router, a network PC, a workstation, a 
microprocessor based appliance, a peer device or other 
common network node and the like, and typically in- 
cludes many or all of the elements described relative to 
computer 1812. For purposes of brevity, only a memory 
storage device 1 846 is illustrated with remote computer 
(s) 1844. Remote computer(s) 1 844 is logically connect- 
ed to computer 1812 through a network interface 1 848 
and then physically connected via communication con- 
nection 1850. Network interface 1848 encompasses 
communication networks such as local-area networks 
(LAN) and wide-area networks (WAN). LAN technolo- 
gies include Fiber Distributed Data Interface (FDDI), 
Copper Distributed Data Interface (CDDI), Ethernet/ 
IEEE 802.3, Token Ring/IEEE 802.5 and the like. WAN 
technologies include, but are not limited to, point-to- 
point links, circuit switching networks like Integrated 
Services Digital Networks (ISDN) and variations there- 
on, packet switching networks, and Digital Subscriber 
Lines (DSL). 

[0046] Communication connection(s) 1850 refers to 
the hardware/software employed to connect the net- 
work interface 1 848 to the bus 1 81 8. While communica- 
tion connection 1850 is shown for illustrative clarity in- 
side computer 1812, it can also be external to computer 
1812. The hardware/software necessary for connection 
to the network interface 1848 includes, for exemplary 
purposes only, internal and external technologies such 
as, modems including regular telephone grade mo- 
dems, cable modems and DSL modems, ISDN adapt- 
ers, and Ethernet cards. 

[0047] Fig. 1 9 is a schematic block diagram of a sam- 
ple-computing environment 1 900 with which the present 



invention can interact. The system 1900 includes one 
or more client(s) 1910. The client(s) 1910 can be hard- 
ware and/or software (e.g. , threads, processes, comput- 
ing devices). The system 1900 also includes one or 

5 more server(s) 1930. The server(s) 1930 can also be 
hardware and/or software (e.g., threads, processes, 
computing devices). The servers 1930 can house 
threads to perform transformations by employing the 
present invention, for example. One possible communi- 

10 cation between a client 1 91 0 and a server 1 930 may be 
in the form of a data packet adapted to be transmitted 
between two or more computer processes. The system 
1900 includes a communication framework 1950 that 
can be employed to facilitate communications between 

15 the client(s) 1 91 0 and the server(s) 1 930. The client(s) 
1 91 0 are operably connected to one or more client data 
store(s) 1 960 that can be employed to store information 
local to the client(s) 1 91 0. Similarly, the server(s) 1930 
are operably connected to one or more server data store 

20 (s) 1 940 that can be employed to store information local 
to the servers 1 930. 

[0048] What has been described above includes ex- 
amples of the present invention. It is, of course, not pos- 
sible to describe every conceivable combination of com- 

25 ponents or methodologies for purposes of descnbing 
the present invention, but one of ordinary skill in the art 
may recognize that many further combinations and per- 
mutations of the present invention are possible. Accord- 
ingly, the present invention is intended to embrace all 

30 such alterations, modifications and vanations that fall 
within the spirit and scope of the appended claims. Fur- 
thermore, to the extent that the term "includes" is used 
in eitherthe detailed description orthe claims, such term 
is intended to be inclusive in a manner similartotheterm 

35 "comprising" as "comprising" is interpreted when em- 
ployed as a transitional word in a claim. 



Claims 

40 

1 . A time management system, comprising: 

a scheduling component to dynamically allo- 
cate time within periods associated with com- 
45 pletion of a task; and 

a time agent that cooperates with the schedul- 
ing component to present patterns of time for a 
user in order to facilitate completion of the task. 

50 2. The system of claim 1 , a preferences tool for receiv- 
ing user preference data with respect to time allo- 
cations, scheduling information, and how such in- 
formation should be applied or exposed to other us- 
ers or groups. 

55 

3. The system of claim 1 , the time agent interacts with 
an electronic calendar or project scheduling sys- 
tem. 
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4. The system of claim 1 , the time agent outputs ad- 
justable patterns of appointments to the user at in 
order to coach or help the user meet desired goals. 

5. The system of claim 4, the patterns of appointment 
include resource availability for completing a task 
and appear as part of a calendar or are directed to 
another output device including at least one of a cell 
phone, a display, a remote or local system, or an 
alternative user interface. 

6. The system of claim 5, the patterns of appointment 
are dynamically adjusted by the scheduling compo- 
nent that alters or changes time allocations with re- 
spect to scheduling decisions made by the user. 

7. The system of claim 1 , the time agent generates re- 
minders including when a soft or a hard deadline or 
task is to begin in the near future. 

8. The system of claim 7, the reminder is directed to 
the user as feedback or as part of an electronic ne- 
gotiation, wherein the user decides to complete the 
task or postpone the task to a later time. 

9. The system of claim 8, if a postponement decision 
is made, the scheduling component re-allocates a 
user's schedule while fitting in the postponed task 
at a later time while readjusting or reprioritizing oth- 
er tasks. 

1 0. The system of claim 1 , further comprising a compo- 
nent that at least one of defines a project with name, 
processes and analyzes preferences about time 
between completion and deadlines, estimates time 
required, chunks pattern preferences, provides de- 
faults for scheduling, rescheduling, and pushing out 
lower-priority meetings and projects. 

11. The system of claim 1 , further comprising tools for 
tracking resources, managing adjustable policies 
for reminding, providing methods for reinstalling 
context, and providing policies for handling a given 
context, the policies including one or more proper- 
ties of interrupability. 

12. The system of claim 1 , further comprising resource 
allocation tools provided at project definition and 

updated in-stream to allow for specification or con- 
firmation of resources useful for projects. 

1 3. The system of claim 1 2, the tools provide access to 
tasks when the tasks are scheduled to be attended 
to or called up by a user at another time. 

14. The system of claim 12, the tools include automated 
sensing and compilation of documents, sites, and 
resources used during tasks. 



15. The system of claim 1 , further comprising an auto- 
matic schedulerthat is made aware of task start and 
stop periods and employs confirmation or feedback 
to ensure a task was in focus. 

5 

16. The system of claim 15, the scheduler checks at the 
end or during respective time segments if questions 
were answered, or other procedures were per- 
formed during a segment or that resources touched 

10 are useful to the task. 

17. The system of claim 16, the scheduler automatically 
determines resources at a later point in time. 

15 18. The system of claim 1, the time agent selectively 
shares states of free and busy relating to a user with 
other users and groups. 

19. The system of claim 1, further comprising one or 
20 more resource tracking tools that are harnessed for 
coalescing task-centric items and providing files, 
documents, or informational resources to users 
when they revisit a suspended task. 

25 20. The system of claim 1 , further comprising a compo- 
nent that allows third-party components to interact 
with the time management system. 

21 . The system of claim 20, further comprising a visual 
30 interface for allowing entry and design of a project, 

task, or activity to achieve desired goals. 

22. The system of claim 20, further comprising a tools 
providing optimization of allocation of resources un- 

35 der constraints to manage activities. 

23. The system of claim 22, the tools include linear and 
non-linear programming, techniques, and other re- 
source allocation methods. 

40 

24. The system of claim 20, the third party tools include 
commercially available tools employed as plug-in 
modules. 

45 25. The system of claim 1 , further comprising a compo- 
nent to remind a user more in cases where a user 
is likely to forget to complete a task, or shown a 
deadline overrun. 

50 26. The system of claim 25, further comprising statisti- 
cal methods and models to leam about the task or 
deadline. 

27. The system of claim 25, the statistical models are 
55 employed to determine where a user is having prob- 
lems with respect to a task and to provide feedback 
at task set up time. 



40 

24. 
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28. The system of claim 1, further comprising a 
processing component to recognize tasl<s automat- 
ically in electronic storage. 

29. The system of claim 28, the processing component 
Includes a Natural Language Processors and at 
least one text classifiers to facilitate determination 
and processing of tasks. 

30. The system of claim 29, further comprising a com- 
ponent to enter tasks automatically or provide a 
feedback dialog to a user to determine or query the 
user if a task has been detemiined correctly. 

31. A computer readable medium having computer 

readable instructions stored thereon for implement- 
ing the scheduling component and the time agent 
of claim 1 . 

32. A computerized time allocation system, comprising: 

means for dynamically adjusting time within se- 
lected periods of a project; and 
means for automatically scheduling the select- 
ed periods for a user in order to facilitate com- 
pletion of the project. 

33. A user interface for managing time, comprising: 

one or more display objects that are laid out for 
a user to map activities for completion of a task; 
and 

an automated scheduling component that de- 
termines time slots within a period of time, the 
time slots are automatically correlated to inter- 
mediate actions for achieving completion of the 
task. 

34. The user interface of claim 33, further comprising 
inputs to mark an item for a reminder, create a 
project, set a deadline, set a time for completion, 
indicate whether the task has been completed, or 
to delay the task. 

35. The user interface of claim 33, further comprising 
at least one of a project name, a deadline, an im- 
portance setting, a work schedule, an estimated 
amount of time, an interruptability setting, an auto- 
scheduling input, and acalendarto lay outtime seg- 
ments for a task or tasks at hand, 

36. The user interface of claim 33, further comprising a 
component for receiving chunking preferences or 
determining a buffer time to complete before a 

deadline. 

37. The user interface of claim 33, further comprising a 
component to distinguish between hard and soft 



deadlines. 

38. The user interface of claim 33, further comprising a 
component for laying down a pattern of appoint- 

5 ments on a calendar and allowing users to modify 
the pattern. 

39. The user interface of claim 33, further comprising a 
componentfor reminding users in real time and hav- 

10 ing users confirm that a time period was focused on 
a project, skipped, or only partly used on the project. 

40. The user interface of claim 33, further comprising a 
component for displaying hours remaining, allowing 

15 for re-estimation of time, rescheduling time if 
skipped or partially used time, or whether a user 
needs more or less allocated time if estimates about 
time required were too low or high. 

20 41 . The user interface of claim 33, further comprising a 
planner to display chunks of time for a task from a 

current time. 

42. The user interface of claim 33, further comprising a 
25 status display to present project status, deadlines, 

and scheduled time remaining for at least one 
project. 

43. The user interface of claim 33, further comprising a 
30 re-scheduling planner to view chunks of time re- 
maining on a project. 

44. The user interface of claim 33, further comprising a 
status display for a day's current tasks, the status 

35 display associated with an interrutability status for 
a respective task. 

45. The user interface of claim 33, further comprising a 
component for defining an individual a group, or a 

40 dynamic group that can view a user's current status. 

46. The user interface of claim 45, the user's current 
status includes at least one of busy and free. 

45 47. The user interface of claim 33, further comprising a 
component to dynamically allocate and track re- 
sources for a user during the time slots. 

48. A method for automatic time management and 

50 scheduling, comprising: 

inputting one or more user preferences relating 
to scheduling options; 

automatically laying out a plan to achieve a de- 
55 sired task based on the scheduling options; 

sending reminders for upcoming tasks before 

reaching a hard deadline; and 

automatically readjusting a schedule if a user 
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cannot complete the tasks at issuance of the 
reminders. 

49. The method of claim 48, further comprising selec- 
tively sharing the user's schedule with other groups 
or individuals based In part on a status associated 
with the user. 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



11 



EP 1 560 138 A2 




CM 




12 



EP1 5601 38 A2 



Si 



CO 



E B 



nap 



o 

o 
□I 

03 
0) 

6 



o 

O 
OJ 

e: 
3 



I CM 



U i 
L- ! 

=3 ?; 



IS 



o 



1 



J. 



{•. s*.-^- aJ^>'^#/■■*•''■•■''^ 
';r•'5,; • 

» a. 



ULi Q 




13 



EP 1 560 138 A2 



CO 



ten 



3- 



CO m 



r4 



th rs oq 













rH 






o 










■ 























P3 

in 

CM 



vD 




in 


"J 






ni 




s 


ft 


r4 





■r 



o 



in 

> 
0 



O 



CO 

o 
o 

CM 
0) 

c 



(0 
3 



X 



c 

<D 
(/) 

<1> 

c 
o 



CO 
3 

o 
o 



</> 
o 



CD 



CO 

i2 

IB 
o 

15 
o 



CO 

u. 



o 

CL 

CD 
<D 

Si— 

o 



<1>. 
B 

CO 



0) 



■a 



o 
c 

E 



0) 
CO 

o 

5 



CDv 

B 



CO 
UJ 



CO 

<D 
G 



0) 
13 

O 

I 
< 

o 



14 



EP 1 560 138 A2 



' 3 







o 


tn 








cn 












M 




o 






■ 






























h 

m 




On 




S 








N 










s: 




■ 


«« 










n 













in 

0) 



O 



CO 

o 

o 

CM 
C\J 

c 

3 



J2 

13 



CD 



.£ 
0) 

(D 
C 

o 



o 
o 



£2 
o 



i_ 
J) 

CO 

15 
o 

o 



o 

CL 

O 



E 
(d 

o 

<D 



T3 
CO 
0? 



o 
c 

CD 

a 



T3 

o 
o 

5 



en 
o 
■o 

0) 

m 

.-1 

CO 
LU 



CO 



■D 
(D 

O 
CO 

o 

® 



0) 

c 
c 
ns 



15 



EP 1 560 138 A2 




16 



EP 1 560 138 A2 




17 



EP 1 560 138 A2 




18 



EP 1 560 138 A2 




19 



EP 1 560 138 A2 




20 



EP 1 560 138 A2 




21 



EP 1 560 138 A2 




Ok 
C 



0) 

3 

a 

=3 

S 



O 



o 



T3 
O 



ro 



O 



C C E g 0) 




m 
E 
-o o 

CD 

Cn m O CD 
Q (H U1 

CD 15 3 JQ 
jZ X3J3 TTi 

^ a a ^ 

O 4-^ ■4-' d 

o c c *^ 
"t^ Di gi o 
^ 'ir, '»jr» XI 

'Z: ^ fTJ 

^ _aj c ^ jgj 
d Q. o cl Q. a. 
o o o o o 

Q) CD = OJ CD CD 
Q. CL < CX CL CL 



22 



EP 1 560 138 A2 



CM 







? 




; ■ 




o 


o 


o 


o 

•S 


cnl 
n| 
vol 
Lnl 
vol 
x\ 


in 

X, 


CD 
OQ 
O 

cn 

% 


cr> 

'O- 

CD 
CO 

us 
X 


m 
fM 

■ ^ 

■ m 
1 X 


Call: 


"to 

U 


\% 

1 U 




! 




23 



EP 1 560 138 A2 




EP1 5601 38 A2 



2 

O =3 0 

^ £ (0 - 

LU c .i= o 

c c © 

O 




'5" 




25 



EP1 5601 38 A2 



i5 i 1 8 

c c (p 

i O^ C^ 




in 
O 

LL 



26 



EP 1 560 138 A2 





2> Hi 












D): , 


En 


3." m- 


■■<U./-'-.,. 










o o 











(O 

d 




27 



EP 1 560 138 A2 




o 



o 
z 

W < o CO 

q: w z z 

3 LL. -r- • 

S: LiJ g LU 
0. 



CM 



CO 



PLAN FOR ' 
DESIRED 
ALS 




TIVELY 
USER'S 
ND FREE 
TUS 




AUTOMATICALLY 
ADJUST USER'S 
SCHEDULE AND 
APPOINTMENTS 


LAY OUT 1 
MEETING 
GQ 


► 


SELEC 
SHARE 
BUSYAI 




i 













28 



EP 1 560 138 A2 



1828 



1 Operating Sy stem j 
1830 

1 Applications I 

^E!^ 1832 
i Modules \ 

\ ; 

^ — 1834 

i Data i 

\ .....J 

T 



Processing 
Unit 




{1 



1814 



1816 



I ► 



System 
Memory 



Volatile 



Non Volatile 



1820 
1822 



1842 



Output 
Adapter(s 



Interface 
Port(s) 



1838 



Interface 



:3 



1826 



I ^ 



Disk 
Storage 



1818 



1850 



Communication 
Connection(s) 



1824 



1844 



1810 



1812 



Output 
Device(s) 



1840 



Input 
Device(s) 



1836 




Network 
Interface 



I 



1848 



Remote 
Computer(s) 



Memory 
Storage 



1846 



FIG. 18 



29 



EP 1 560 138 A2 




FIG. 19 



30 



